Открытые вопросы

Не решен вопрос, по поводу отдельного сборочного цеха и UAT для приклада в МО, на текущий момент непонятно где будет собираться и тестироваться приклад? В целевом ЦОДе не заложены ресурсы под сборку и UAT.

Решить с заказчиком чьи DNS будут использоваться, либо это DNS ЕРВУ, либо DNS МО? На момент обсуждения ТЗ вопрос был не решен, прошло полторы недели, задачей судя по всему никто не занимался?

Внешний DNS:
Минцифры или Минобороны

Внутренний DNS
Есть решение от Солар, (SambaDC)  (по требованиям ТЗ) проработать вариант замены на freeIPA

Дополнительно направлены вопросы в Солар

Сейчас пытаемся понять как нам мигрировать s3 из пилота, возможно в прикладе заложены механизмы реплицирования файлов? Если не заложены тогда отдельный вопрос к разработке, в каком виде хранятся ссылки на объекты объектного хранилища?

взято в работу к 11.06.2024

Нужно забрать объекты из минио-S3 в VK-S3.  возможно потребуется разработка, есть решение прямое.

Предлагается использовать RCLONE – утилита для клонирования S3

Предстоит спроектировать отказоустойчивое HA-решение по каждой из NoSQL баз, на случай варианта "переезда" пром-нагрузки между ЦОД-ами для чего важно понять

На текущий момент, из того перечня NoSQL баз, в ЕРВУ, что были развернуты и пребывают в ЗО DBA NoSQL ОЭУБД - реально использованы:

- MongoDB (префиксы имен хостов pgsmomongo* )

- Clickhouse (префиксы имен хостов pgsmostreamclick*)

- Redis (префиксы имен хостов pgsmocachedb*)

- Redis (префиксы имен хостов pgsmosmev4adaptercachedb*)

- Elasticsearch (префиксы имен хостов pgsmoelksearch*)

- Cassandra (префиксы имен хостов pgsmocassdb*)

- ArangoDB (префиксы имен хостов pgsmoarango*)

- Уточнить, что мы понимаем под отказоустойчивостью между ЦОД’ами.

Скорее всего проблемы будут делится на мелкие и крупные (катастрофы). Мелкие проблемы решаются в рамках ЦОД. При катастрофах — переезд в другой ЦОД. Такого, что один сервис в одном ЦОД, другой в другом — не будет.

Casandra, ClickHouse предполагают отказоустойчивость за счет избыточного хранения

Redis имеет механизм реплик, реплика берет на себя функцию мастера при его авариях. В конце-концов, redis – не мастер по данным

Elasticsearch,

ArangoDB — надо смотреть.

Вроде как идет речь об исключении  ArangoDB из стека

Каков Целевой перечень тех NoSQL-баз, что останутся в эксплуатации, на момент перехода этапа пусконаладки 2-ух ЦОДов. предполагалось, что на момент построения целевых ЦОДов мы откажемся от следующих типов БД:

• ArangoDB
• Cassandra
• MongoDB

Планируется перевод на postre для баз размещенных на:

• MongoDB (в тестировании в команде ПГС-платформа)
• ArangoDB (в тестировании в команде ПГС-платформа)
• Clickhouse  (в тестировании в команде ПГС-платформа)
• Cassandra  (в 1.5.0)

 Redis редис заменяется на tarantul

Насколько известно эксплуатации РТЛабс, Elasticsearch - использован ОЭИР для Graylog - агрегации логов с приклада и в репликации его данных между ЦОДами необходимости нет? 

Если есть то потребуется настройка Cross Cluster Replication (CCR), лицензии и т.п. или предполагается переход на OpenSearch, где CCR - бесплатный ?

нужна проработка в части CCR. Ведется детальная проработка для вычленения ПДн.
есть релБД, есть jsobB(нужно переделывать), есть файлы в S3.
Предполагается, что elastic - на втором ЦОД работает автономно по тем первичным данным, которые доступны в рамках миграции основных данных.     

ClickHouse – данные витрин, к которым обращаются конечные пользователи (аналитика).

Кирилл Щелков

Разработчики ЛК РП в беседах определили ещё одну подсистему – ЛК ЮЛ. На настоящий момент в рабочем порядке коллеги Солар не смогли прокомментировать влияние определения новой подсистемы на МУиН, как и влияние на согласованность МУиНа с регуляторами потока данных из ОК в ЗК;

Кирилл Щелков

Возможный (согласованный?) отказ от VipNet PKI и TrustGate, внесение VipNet КВ не нашли своего отражения в спецификации, учете мест в юнитах и  узлах. Коллеги из Солар, когда можно ожидать утверждения «Делаем вот так, такое оборудование и узлы нужны, такие не нужны, правьте РД, согласуйте спеку»?

Кирилл Щелков

Разработчики ЛК РП не предоставили запросов на ресурсы, описания функциональности и показателей назначения того, что они зовут дашбордами;

Кирилл Щелков

В силу вчерашних отказов kafka, вероятно, коллегам из Лабс/сегмента ОПО придётся подать таблицу со списком исключений процессов и каталогов для всего ОПО лабы;

Кирилл Щелков

В силу регулярных проблем с МСЭ Континент прошу проработать варианты отказа от них в Пилоте и Проде ЕРВУ, если производитель не сможет решить проблемы регулярных отказов. В рамках проработки прошу ориентироваться на успешный промышленный опыт и сертификацию ФСТЭК, не учитывая желания и компетенции МО.